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(54) Transit trunk subnetwork system 



(57) A transit trunk subnetwork system which is con- 
figured to expand the existing capacity for bearer traffic 
in telephone networks is described. The transit trunk 
subnetwork system incorporates an asynchronous 
transfer mode subnetwork which is interfaced directly 
with existing local exchange end offices, access tan- 
dems, or combinations thereof. A signal controller is uti- 
lized to direct signal messages across the asynchro- 
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nous transfer mode subnetwork to set up the movement 
of bearer traffic across the subnetwork. A network man- 
ager is also utilized to control bandwidth availability at 
the interfaces with the asynchronous transfer mode sub- 
network. The advantages include a transit trunk subnet- 
work which can be utilized with existing Public Switched 
Telephone Networks, and which may be configured as 
a virtual tandem switch to aleviate tandem port exhaus- 
tion. 
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Description 

FIELD OF THE INVENTION 

[0001] This invention relates to the field of telecom- s 
munications networks, and in particular, a transit trunk 
subnetwork which is established between existing nar- 
rowband switches to expand bearer traffic capacity. 

BACKGROUND OF THE INVENTION 

[0002] There are a number of significant challenges 
facing public carriers in telecommunications markets, 
including a rapidly growing demand for Internet data ac- 
cess over the public switched telephone network 
(PSTN). The demand for Internet access has been so 
great that there has been a considerable increase in call 
holding times on calls to Internet service providers and 
delays in making connections to the PSTN. In addition, 
even when connections are made to the Internet, the 
bandwidth demand imposed by the increasing number 
of users has strained conventional narrowband network 
systems and has deteriorated existing service on the 
PSTN, particularly in North America 
[0003] Deregulation and growth in the use of wireless 
systems, particularly cellular telephones and portable 
data communications devices, has also strained exist- 
ing network systems and has created a demand for 
trunking growth. As more users connect into analog and 
digital cellular systems, telecommunications carriers will 
have to expand existing network switching systems and 
increase trunking capacity between switching systems. 
[0004] A problem with existing networks is that the in- 
terchange trunks in those networks serve as traffic ca- 
pacity choke points in the system. That is, the trunks 
limit the amount of traffic that can be passed between 
access tandems in the PSTN. In order to handle a large 
call volume, or the increased call volume due to the sud- 
den growth of the usage of the network for data services, 
the trunks need to be provisioned with a capacity to han- 
dle high call volumes. If the trunk capacity of the access 
tandems is exceeded, then access tandems also have 
to be added to the network. Not only is the provisioning 
of access tandems and interexchange trunking very ex- 
pensive, such facilities are generally not adapted to sup- 
port other services during off-peak hours. 
[0005] The above-mentioned problems typically 
cause switch port capacity exhaustion in the tandem lay- 
er of a voice network. This problem has been addressed 
by deploying solutions to redirect the traffic to a data net- 
work at an access interface or an end office. One such 
solution is proposed in U.S. Patent 5,483,527 to Doshi 
et al., issued January 9, 1 996. One of the principles be- 
hind this patent is to accumulate voice signals from syn- 
chronous transfer mode switches (STMs) and form 
asynchronous transfer mode (ATM) cells from the sig- 
nals. After a p re-determined number of signals are re- 
ceived, the cell is transferred over an ATM switching 



system, and the data is converted back to synchronous 
transfer mode voice signals. 

[0006] A drawback of the Doshi et al. system is that it 
essentially imposes a synchronous transfer mode archi- 
tecture on the ATM network. Telephone calls are trans- 
ferred through the ATM network using permanent virtual 
circuits and each of the asynchronous transfer mode 
switches in the network is provided with a signal proc- 
essor and call processor that receive common channel 
signaling messages and transfer those messages on to 
a next switch in the ATM call path or the destination 
switch in the telephone network, as appropriate. Since 
every single ATM switch requires those signal and call 
processors, this configuration is expensive to imple- 
ment. It also leads to an inefficient usage of available 
bandwidth on the network. Therefore, a need exists in 
the telecommunications markets for a system which can 
improve bearer traffic capacity using ATM facilities, 
while permitting efficient usage of available bandwidth 
on the ATM network. A need also exists for a system 
which can increase bearer traffic capacity using an ATM . 
network control system that readily integrates with var- 
ious types of TDM switches that exist in the PSTN net- 
work. An additional need exists for a subnetwork which 
can absorb additional growth in call volumes so as to 
prevent the need for provisioning trunks with a capacity 
to handle high call volumes. A further need exists for a 
subnetwork which eliminates the requirement to provi- 
sion high capacity trunking connection in existing syn- 
chronous transfer mode (STM) networks. 

OBJECTS OF THE INVENTION 

[0007] It is an object of the present invention to pro- 
vide a system that permits narrowband traffic to be di- 
rected through asynchronous transfer mode (ATM) net- 
works. 

[0008] It is another object of the present invention to 
provide a transit trunk subnetwork which establishes a 
virtual network of signaling trunks between existing nar- 
rowband switches using ATM facilities to efficiently ex- 
pand the traffic capacity of existing narrowband switch- 
es. 

[0009] It is another object of the present invention to 
provide a transit trunk subnetwork which can be linked 
together with other transit trunk subnetworks to provide 
interconnected virtual networks of trunks between exist- 
ing narrowband switches to multiply the traffic capacity 
of existing narrowband switches. 
[0010] It is a further object of the present invention to 
provide a transit trunk subnetwork which interconnects 
end offices of telecommunications carriers such that the 
transit trunk subnetwork functions as a virtual access 
tandem interconnecting end office. 

SUMMARY OF THE INVENTION 

[0011] According to a first aspect of the invention 
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there is provided a transit trunk subnetwork for intercon- 
necting a first synchronous transfer mode switching sys- 
tem to a plurality of other synchronous transfer mode 
switching systems using a first communications trunk 
connected between the first synchronous transfer mode 
(STM) switching system and an asynchronous transfer 
mode (ATM) switching system, and second communi- 
cations trunks connected between said other STM 
switching systems and the ATM switching system, and 
interfaces respectively connecting said first and second 
trunks with said ATM switching system, said interfaces 
converting bearer traffic from STM format to ATM for- 
mat, and further converting bearer traffic from ATM for- 
mat to STM format, characterized by: 

a signal controller for interpreting signaling mes- 
sages associated with calls transferred through the ATM 
switching system and for mapping the movement of the 
signaling messages between said first STM switching 
system and said other STM switching systems. 
[0012] According to a second aspect of the invention, 
the transit trunk subnetwork is used for enhancing the 
bearer traffic capacity of an existing network. The transit 
trunk subnetwork includes an ATM network, interfaces 
connected between exchange carriers and the ATM net- 
work, and between access tandem switching systems 
and the ATM network. The transit trunk subnetwork fur- 
ther includes a signal controller and management sys- 
tem, where the signal controller and management sys- 
tem are independent of the exchange carriers and the 
access tandem switching systems. 
[0013] In accordance with a third aspect of the inven- 
tion, there is provided a network comprising at least two 
asynchronous transfer mode (ATM) switching systems 
respectively connected by a first communications trunk 
to a first synchronous transfer mode (STM) switching 
system and by second communications trunks to other 
STM switching systems by interfaces respectively con- 
necting said first and second communications trunks 
with said respective ATM switching systems, said ATM 
switching systems being interconnected, character- 
ized by: 

a signal controller for each of said ATM switching 
systems, the signal controllers interpreting signaling 
messages associated with calls transferred through the 
ATM switching system and mapping the movement of 
the signaling messages between said first STM switch- 
ing system and said other STM switching systems; and 
a management system for each of said ATM switching 
systems, the management system managing bandwidth 
demand at said interfaces with said respective ATM 
switching systems. 

[0014] In accordance with a fourth aspect of the in- 
vention there is provided a virtual tandem switch com- 
prising a transit trunk subnetwork for interconnecting 
end offices of local exchange carriers. The virtual tan- 
dem switch including a signal controller for interpreting 
common channel signaling messages and for control- 
ling the movement of those messages between the end 



offices. A management system manages bandwidth de- 
mand at interfaces to each of said end offices. 
[0015] According to a fifth aspect of the invention, 
there is provided a method for expanding the communi- 

s cations capacity of a pre-existing network, said pre-ex- 
isting network including synchronous transfer mode 
(STM) switching systems interconnected by trunk con- 
nections, said method comprising the steps of: overlay- 
ing said STM switching systems with an asynchronous 

10 transfer mode (ATM) subnetwork; and interconnecting 
said ATM subnetwork and said STM switching systems 
using interfaces configured to convert: 
(1) incoming bearer traffic directed to said subnetwork 
from a synchronous transfer mode to asynchronous 

?5 transfer mode, and; (2) outgoing bearer traffic directed 
away from said subnetwork from asynchronous transfer 
mode to synchronous transfer mode, characterized by: 
interconnecting a signal controller with said ATM 
subnetwork, said signal controller being configured to 

20 interpret signaling messages associated with calls di- 
rected to the subnetwork and map the movement of sig- 
naling messages between said STM switching systems 
and said subnetwork. 

[0016] According to a sixth aspect, the invention pro- 

25 vides a transit trunk subnetwork system for enhancing 
bearer traffic capacity of an existing STM network using 
an ATM network. The system includes interfaces for in- 
terconnecting exchange carriers with the ATM network, 
and interfaces connected to one or more access tan- 

30 dems. The system further includes a signal controller for 
interpreting signaling messages and for mapping the 
movement of those signaling messages between the 
exchange carriers and the access tandem, and a man- 
agement system for managing bandwidth demand with- 

35 in the ATM network. The signal controller controls the 
network which carries a particular STM call based on 
the network services required for call completion. 
[0017] The invention therefore provides a versatile 
transit trunk subnetwork which can be implemented in 

40 a variety of configurations to relieve congestion in the 
PSTN. . 

[0018] Ideally, the transit trunk subnetwork can also 
be used to support other data services so that the cost 
of provisioning is spread over a broader user base. Fur- 
45 thermore, the transit trunk subnetwork interfaces and 
control systems support transparent integration with 
STM networks so that modifications to the STM switch- 
es are not required, aside from routine changes to rout- 
ing tables. 

so 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0019] 

ss Figure 1 shows a conventional STM network of end 
offices which are interconnected by a network of ac- 
cess tandems; 

Figure 2 is a schematic diagram of a preferred em- 
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bodiment of the transit trunk subnetwork of the 
present invention; 

Figure 3 illustrates a transit trunk subnetwork which 
is directly interconnected with end offices so that 
bearer traffic can either be routed directly between s 
end offices or to access tandems in the STM net- 
work, depending on network services required; 
Figure 4 illustrates two interconnected transit trunk 
subnetworks; 

Figure 5 illustrates a transit trunk subnetwork which 
serves the function of an access tandem; 
Figure 6 illustrates a first call walk through se- 
quence for a transit trunk subnetwork system in ac- 
cordance with the present invention; and 
Figure 7 illustrates a second call walk through se- 
quence for a transit trunk subnetwork system in ac- 
cordance with the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENT 

[0020] This invention provides a transit trunk subnet- 
work which permits narrowband traffic to be directed 
through asynchronous transfer mode networks. 
[0021] Figure 1 illustrates an example of a prior art 
telecommunications trunking system which intercon- 
nects the end offices of various telecommunications car- 
riers. An incumbent local exchange carrier (ILEC) end 
office 16 as well as competitive local exchange carriers 
(CLEC) end offices 14 are illustrated as part of this net- 
work. Telephone lines 12 which extend into private 
premises, such as homes, offices or businesses are re- 
spectively connected to the end offices 14 and 16. The 
end offices 14 and 16 are each connected to an access 
tandem 18 by trunks 19. The end offices 14 and 16 as 
well as the access tandem 18 are switching systems 
adapted to carry bearer traffic consisting of voice and 
voice grade data. The bearer traffic originates from the 
telephone lines 12 and is switched by the end offices 14 
and 16 which forward inter-exchange bearer traffic to 
the access tandem 18. The access tandem 18 is gen- 
erally capable of serving a larger number of exchange 
carrier end offices than what is shown in Figure 1. The 
capacity of the access tandem 18 to serve exchange 
carrier end offices is dependent upon the specific design 
of the access tandem. The access tandem may also 
serve an Internet protocol (IP) gateway. For example, 
the access.tandem 24 is connected to the IP gateway 
30 which is in turn connected to an Internet service pro- 
vider (ISP) network to provide Internet access to various 
users within the STM network. 

[0022] The access tandem 18 forwards bearer traffic 
into the PSTN 20 where it may traverse other tandem 
switching points (SSPs) (not illustrated). The bearertraf- 
fic is transferred on trunks 20 or 22, through the PSTN 
and on to the access tandems 24 or 26, for example. 
The access tandems 24 and 26 can then forward the 
bearer traffic on to an appropriate one of the exchange 



carriers, such as incumbent local exchange carrier end 
office 32, and a wireless communications company of- 
fice 34. The incumbent local exchange carrier end office 
32 is a switching system which is adapted to pass in- 
terexchange bearer traffic on to individual telephone 
lines 12. The wireless communications company office 
34 switches interexchange bearer traffic to wireless mo- 
bile telephones, such as those shown at 36 and 38. The 
wireless communications company office 34 also 
switches bearer traffic from the mobile telephones 36 
and 38 to other points in the PSTN. 
[0023] Figure 2 illustrates a transit trunk subnetwork 
which alleviates the choke point problem that occurs in 
the interexchange networks of the PSTN due to switch 
port capacity exhaustion in the tandem layer. The transit 
trunk subnetwork 50 includes an asynchronous transfer 
mode (ATM) backbone which is composed of a series 
of interconnected ATM switches 52, 54 and 56. The ATM 
backbone network 50 is configured to interconnect be- 
tween the access tandems 18, 24 and 26 as illustrated 
in Figure 2. However, since the bearer traffic from the 
access tandem 18 is in STM protocol, and the bearer 
traffic being forwarded to the access tandems 24 and 
26 must also be in STM protocol, a series of interfaces 
40 are arranged between the backbone ATM network 
and the access tandems. The interfaces are hereafter 
referred to as Spectrum Interworking Units (SPMs). The 
SPMs 40 interface with the access tandems 18, 24 and 
26, and convert bearer traffic from STM protocol to asyn- 
chronous transfer mode cells, and vice versa. 
[0024] The SPMs 40 may be configured as either free- 
standing units or peripherals to existing access tan- 
dems. For the configuration shown in Figure 2, the ac- 
cess tandems switch incoming bearer traffic from end 
offices and direct inter-tandem traffic to the SPMs 40. 
The SPMs 40 convert the traffic to STM cells and trans- 
fer the cells to the ATM network 50. The ATM network 
50 in turn transfers the cells to another SPM 40 which 
converts the cells back to STM protocol and transfers 
the traffic to the appropriate access tandems. Bearer 
traffic in the ATM network is transferred on switched vir- 
tual circuits (SVCs) established between SPMs 40. 
[0025] In order for the transit trunk subnetwork to 
function properly, a signal controller for receiving and 
interpreting common channel signaling messages asso- 
ciated with STM calls is required. This function is per- 
formed by a subnetwork signal controller (SSC) shown 
at 60 in Figure 2. The SSC 60 interprets ISUP portions 
of common channel signaling messages and relays 
those messages between the access tandems 18, 24 
and 26. The SSC 60 may also be enabled to determine 
whether an incoming call should be sent over the STM 
trunks 20, 22 or transferred through the ATM network 
50. ISUP (ISDN User Part) is a Signaling System 7 pro- 
tocol used for establishing and tearing down voice and 
voice grade data calls in the PSTN. Signaling System 7 
is the common channel signaling system currently used 
in most of the North American PSTN. 
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[0026} The SSC 60 also performs other critical control 
functions for the operation of the transit trunk subnet- 
work. In particular, the SSC 60: 1) identifies the ATM 
addresses of SPMs 40 associated with originating and 
terminating access tandems; 2) establishes switched 
virtual circuit connections between the SPMs 40 as re- 
quired; and 3) controls the mapping between the com- 
munications trunks and the switched virtual circuit con- 
nections in the SPMs 40. Thus, the SSC 60 establishes 
the necessary mapping and connections to ensure that 
such calls are properly routed through the network to 
other SPMs 40 which convert ATM cells back into syn- 
chronous transfer mode so that the bearer traffic may 
be switched to the appropriate access tandem associ- 
ated with the appropriate end office. 
[0027] The transit trunk subnetwork further includes 
a subnetwork trunk manager (STM) 70 which maintains 
information regarding the SPMs 40 in the subnetwork, 
and their association with the individual switches inter- 
faced with the SPMs. The STM 70 also manages the 
bandwidth requirements at the ATM interfaces within the 
transit trunk subnetwork. This permits the ATM back- 
bone portion of the transit trunk subnetwork 50 to be ad- 
justed to accommodate fluctuations in the amount of 
bearer traffic being carried through the subnetwork. 
[0028] The STM 70 can be responsible for up to five 
basic functions within the transit trunk subnetwork. 
These functions can be delegated to management sub- 
systems within particular components such as the 
SPMs or SSCs, or may be entirely delegated to the sub- 
network trunk manager. These functions include; 

(1) Transit System Configuration 

[0029] This function involves establishing the mes- 
sage signaling links between the various components 
of the subnetwork. These message signaling links are 
established as permanent virtual circuits (PVCs) within 
the subnetwork, as opposed to the bearer traffic which 
is transferred over switched virtual circuits (SVCs). 

(2) Fault Management 

[0030] This function includes alarm surveillance, 
monitoring of system performance thresholds, diagnos- 
tic testing, fault localization and fault correction. 

(3) Performance Management 

[0031] This function involves the gathering of statisti- 
cal data from components within the transit trunk sub- 
network to monitor, control, or modify the operation of 
these components. This may include, but is not limited 
to measuring traffic loads being handled by the system; 
assessing the behaviou r of the system relative to certain 
loads; insertion of faults into the system to determine 
how quickly the system recovers, etc. 



(4) Billing 

[0032] Call accounting may be performed by either 
the STM 70 or by the synchronous transfer mode switch- 
5 ing systems at the edge of the transit trunk subnetwork. 

(5) Security 

[0033] This function involves control of access to the 
10 transit trunk subnetwork. 

[0034] Figure 3 illustrates a second embodiment of 
the invention where the transit trunk subnetwork is con- 
figured in what is referred to as a "bypass configuration". 
In this configuration SPMs 84 and 86 provide an inter- 
ns face between the end offices 80 and 82, and the access 
tandems 18, 24 and 26. The SPMs 84 and 86 may be 
configured in one of three ways: 1) as trunking periph- 
erals to the end offices 80, 82 and 90; 2) as trunking 
peripherals to the access tandem; and 3) as free-stand- 
20 jng independent units. Each configuration has certain 
distinct advantages. For example, if it is desirable to 
have early traffic consolidation and processing load 
sharing, it is preferable to arrange the SPMs 84 and 86 
as peripherals to the end offices 82 and 80. Deployment 
25 of the SPMs as stand-alone units provides processing 
relief for the access tandems. 

[0035] When the SPMs are deployed as end office 
trunking peripherals, it is the end office's task to direct 
the bearer traffic to the SPM or to an access tandem 18, 
30 24 or 26. When the SPMs are deployed in the stand 
alone configuration, the traffic splitting may be under the 
control of the SSC 60 or the access tandem 18. I SUP 
signaling messages can be sent by the end offices to 
either the SSC 60 or access tandem 1 8 and the respec- 
ts tive entity can choose a route based on required call 
processing features. An ISUP Initial Address Message 
(I AM) can be analyzed to determine whether the incom- 
ing call is either: 1) non-featured; 2) source-featured; 3) 
end featured. A non-featured call is a plain old telephone 
40 service (POTS) call such as a direct dialed local or long 
distance telephone call. A source-featured call is a tel- 
ephone call which requires a routing translation indicat- 
ed by a prefix such as u 1-800" "1-888" or the like, in 
which case a database query is required to obtain rout- 
es jng information. An end-featured call is a call to a called 
number that requires special treatment such as direct 
inward dialing (DID) termination, or the like. 
[0036] The SSC may be enabled to direct calls 
through the ATM network 50 based on required call 
50 processing features. For example, an SSC 60 can be 
configured to direct non-featured and end-featured calls 
to the ATM network, while directing source featured calls 
to the PSTN which is equipped to handle database que- 
ries to obtain routing information. In another example, if 
55 an incoming call is a POTS call, the signaling message 
for the call may be routed from the ILEC end office 82 
through the SPM 84 and into the ATM network at switch 
52. The SSC 60 receives the signaling messages and 
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sets up a switched virtual circuit (SVC) tor transferring 
cells related to the call. The call may bypass access tan- 
dems altogether. As another example, a long distance 
call may be routed from an end office 80 to an end office 
91 without being switched by an access tandem. This s 
route is called a bypass route which permits a more di- 
rect connection between the end offices. The SSC 60 
may also discriminate the calls using other criteria, and 
the SSC of the present invention is not limited to any 
specific type of call filtering. 

[0037] When the SSC interprets an ISUP/IAM mes- 
sage which indicates that an incoming call should be di- 
rected through the transit trunk subnetwork, the SSC 60 
establishes switched virtual circuit connections between 
the relevant SPMs 40 in order to provide path for the 
transfer of the bearer traffic through the ATM. When the 
call is released, the switched virtual circuit may either 
be taken down or cached, depending upon manage- 
ment policy. A detailed description of the call setup and 
release procedures are included in the discussion of 
Figures 6-7 which follow. 

[0038] The configuration shown in Figure 3 is an ex- 
panded version of the transit trunk subnetwork shown 
in Figure 2 in which additional SPM interfaces permit 
calls to be routed through the ATM network or passed 
to the PSTN. This provides a greater capacity for han- 
dling bearer traffic, since at least a part of the traffic can 
be routed directly between end offices and congestion 
of the access tandems is relieved, in the embodiment 
shown in Figure 2, all traffic routed to the ATM network 
50 had to be routed through an access tandem 18, 24 
or 26. Thus, the capacity of each access tandem still 
imposed a choke on traffic volume. In the configuration 
shown in Figure 3, traffic can be routed directly between 
end offices and the only chokes imposed on traffic vol- 
ume are imposed by the capacity of the SPMs 84, 86, 
etc. Thus, the embodiment of Figure 3 has a greater ca- 
pacity for handling bearer traffic and permits improved 
control over the routing of this traffic in and around the 
subnetwork. This configuration also allows for improved 
bandwidth efficiency and leads to port savings on the 
access tandems. By carrying and switching bearer traf- 
fic between the SPMs, the ATM network acts as an ex- 
tension of the access tandem switching network. Fur- 
thermore, by diverting a part of the exchange carrier traf- 
fic from the access tandems to the transit trunk subnet- 
work, this configuration reduces the management effort 
of provisioning a trunking network to accommodate the 
exchange carrier traffic churn. 

[0039] Figure 4 illustrates a broader application of the 
transit trunk subnetwork. In this application, two transit 
trunk subnetworks 50 and 51 are interconnected. Al- 
though Figure 4 shows only one ATM switch in each sub- 
network, the subnetworks may each include a plurality 
of ATM switches. The advantage of this configuration is 
that it permits a subnetwork to connect with the resourc- 
es of another subnetwork when the capacity of the sig- 
naling controller within a given subnetwork is exhaust- 



ed. This connectivity permits each subnetwork to con- 
siderably expand its reach for handling bearer traffic 
without having to substantially redesign or reconfigure 
the subnetwork. 

[0040] Figure 5 illustrates a further embodiment of the 
invention where the transit trunk subnetwork is config- 
ured to perform all the functions of an access tandem. 
Local exchange end offices 1 00 and 1 1 0 are located out- 
side of the transit trunk subnetwork, along with an IP 
gateway 30, wireless company office 34, and a third ex- 
change carrier end office 120. Each one of these com- 
munications carriers are linked to SPMs 40. The transit 
trunk subnetwork further includes an SSC 60 and an 
STM 70. This transit trunk subnetwork configuration ap- 
pears to all of the end office switches as a standard ac- 
cess tandem, but in reality is a distributed set of ele- 
ments which can be located in multiple sites. The ad- 
vantage of this configuration is that it functions as an 
access tandem, but has a far higher capacity for routing 
and managing traffic than a conventional access tan- 
dem. In the existing PSTN architecture, calls from an 
end office are routed across trunks to an access tandem 
and routed from the access tandem to an inter-ex- 
change carrier or to another end office. The trunks be- 
tween the end offices and the access tandem have a 
finite capacity which cannot be expanded unless more 
trunks and related trunk termination equipment are add- 
ed at the end offices and the access tandem. In the vir- 
tual access tandem configuration, calls are routed over 
SVCs to a terminating end office. This permits network 
resource sharing in a way that is not possible in the 
PSTN or in prior art ATM implementations in which per- 
manent virtual circuits (PVCs) are used for call comple- 
tion. Consequently, the virtual access tandem can use 
the flexible routing that is an inherent capability in an 
ATM network to realize much more call handling capac- 
ity than can be realized with prior art STM or ATM im- 
plementations. This "virtual access tandem" permits an 
ATM network to behave as a single, large capacity ac- 
cess tandem that can draw on the bandwidth resources 
of multiple ATM switching systems. The operation of this 
subnetwork is essentially the same as that described 
above in reference to Figure 2, except that the SPMs 40 
interface directly with the end offices, rather than inter- 
facing with an access tandem. Thus, access tandems 
are not required. 

[0041] In the embodiment of Figure 5, SSC 60 is con- 
figured to interpret both ISUP (ISDN User Part) and 
TCAP (Transactions Capabilities Applications Part) sig- 
naling messages. As described above, the ISUP sign- 
aling messages are used to control the set up and re- 
lease of trunk circuits that carry voice and data between 
a calling party and a called party. However, TCAP mes- 
saging permits non-circuit related information exchange 
between signaling points. TCAP messaging can be 
used to determine routing numbers associated with 800, 
888 or 900 numbers, to query databases, for PCS rout- 
ing and other functions known and understood by the 
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person of ordinary skill in the art. In the preferred em- 
bodiment of Figure 5, the SSC 60 is configured to inter- 
pret both ISUP and TCAP messages, as well the sign- 
aling controller, in other embodiments may also be con- 
figured in this manner. 

[0042] The SSC 60 in Figure 5 is illustrated as being 
connected only to the trunk transit subnetwork. Howev- 
er, the SSC 60 may also be connected to a common 
channel signaling network to enable it to send TCAP 
query messages to a service control point (not illustrat- 
ed). As will also be understood by those skilled in the 
art, the transit trunk subnetwork 52 may be connected 
to an inter-exchange carrier (not shown) or to another 
transit trunk subnetwork as shown in Figure 4. The SSC 
60 can communicate with the inter-exchange carrier us- 
ing SS7 signaling messages so that bearer traffic can 
be directed from the virtual tandem to an inter-exchange 
carrier if a call requires routing through the PSTN for 
termination. 

[0043] An important feature of the present invention 
is "network transparency". This means that the STM 
switches which communicate with the ATM subnetwork 
do not require an awareness of the presence of the ATM 
subnetwork, and thus do not need to be redesigned or 
significantly reprovisioned to integrate with the ATM 
subnetwork. For example, in the ATM subnetwork 
shown in Figure 2, the SSC 60 can control the ATM sub- 
network using information extracted from SS7 signaling 
messages. Consequently, the access tandems 1 8, 24 
and 26 can direct calls as if it were directing calls to any 
other PSTN switch. Thus, the ATM subnetwork provides 
a new connection layer solution that augments the ex- 
isting narrowband connection architecture without af- 
fecting the call layer. 

[0044] Figure 6 is a schematic diagram of a call walk 
through for a POTS telephone call which is routed 
through the transit trunk subnetwork. The network ar- 
chitecture illustrated in Figure 6 is based on the transit 
trunk subnetwork shown in Figure 2 and includes an 
originating switch (PC = 1 ), which is for example an ac- 
cess tandem 18. The terminating switch (PC = 2) is, for 
example, access tandem 24. The triangle (PC = 9) rep- 
resents both the SSC 60 and STM 70. The cloud symbol 
under the triangle represents the transit trunk subnet- 
work described above. 

[0045] The call proceeds in accordance with the fol- 
lowing steps: 

Step 1 

Incoming call set-up signals are received at the 
originating switch. The originating switch translates 
the incoming signals and the routing function of the 
originating switch selects a terminating trunk group 
derived from routing tables using the dialed digits. 
The routeset for the selected trunk group identifies 
the transit trunk subnetwork as the destination for 
this portion of the call. A trunk member -is then 
seized (for example, the trunk member with a circuit 



identification code (CIC), CIC = 3000). 
Step 2 

An ISUP initial address message (IAM) is built 
5 by the originating switch and transmitted on a sign- 
aling link for the appropriate routeset. The IAM in- 
cludes the following information: (originating point 
code) OPC = 1; (destination point code) DPC = 9; 
CIC = 3000; the called number; and the calling 
10 number. 

Step 3 

The SSC 60 receives the IAM, which initiates 
the following sequence of events: 

15 

a) translation tables are parsed to determine 
the terminating SPM within the trunk transfer 
subnetwork; 

b) an available CIC is selected on the routeset 
20 between the signaling server and the terminat- 
ing switch(for example, CIC = 4000); 

c) a check is made to see if an ATM virtual cir- 
cuit already exists between the originating and 
terminating SPMs; 

25 d) the virtual circuit channel identifier (VCCI) is 

set to a unique value which can be derived by 
using an algorithm based on the two CICs in- 
volved in the call; 

e) using either delegate signaling or Q.2931 
30 proxy signaling, an SVC is set up between the 

two end point addresses, unless an SVC al- 
ready exists. In the present example, an SVC 
does not exist and one is set up. 

35 Step 4 

A message is then sent to the SPMs that serve 
the originating and terminating switches, instructing 
them to associate the trunk with the SVC set up for 
this call. This transaction must be acknowledged by 

40 both of the SPMs before proceeding. The originat- 
ing SPM will record the following association: (OPC 
= 1, DPC = 9, CIC = 3000) to virtual path identifier 
(VPI), virtual circuit identifier (VCI), which in combi- 
nation identify the SVC. The terminating SPM will 

45 make the following association: (OPC = 9, DPC = 
2, CIC = 4000) to (VP!, VCI). This association is also 
retained by the signaling server for the duration of 
the call. 

50 StepS 

The IAM received at the SC is modified as fol- 
lows: 

a) the OPC changed from (1 - originating 
55 switch) to (9 - SSC); 

b) the DPC changed from (9 - SSC) to (2 - ter- 
minating switch); 

c) the CIC changed from 3000 to 4000; 



13 



EP 0 989 771 A2 



14 



d) all other parameters are left unchanged. 

The I AM is then packed in ATM cells sent on to the 
terminating switch via the SPM associated with the 
terminating switch. 5 

Step 6 

The I AM is received at the SPM associated with 
the terminating switch. The SPM converts the I AM 
from ATM cells to SS7 ISUP format and forwards. io 
the I AM to the terminating switch. At the terminating 
switch ongoing translations and routing are per- 
formed. 

Step 7 « 

When the call is ready to proceed, an address 
complete message (ACM) is built (OPC = 2, DPC = 
9, CIC = 4000) and sent using the appropriate route- 
set back to the SPM which packs the message con- 
tent in ATM cells and transfers the ATM cells to the 20 
SSC. The ACM is received by the SSC and is mod- 
ified as follows: 

a) the OPC is changed from (2 - terminating 
switch) to (9 - SSC); 25 

b) the DPC is changed from (9 - SSC) to (1 - 
originating switch); 

c) the CIC is changed from 4000 to 3000. 

The ACM is then forwarded on to the SPM associ- 30 
ated with the originating switch which converts the 
ATM cells to SS7 ISUP format and forwards the 
ACM to the originating switch. 

Step 8 35 

Upon answer of the call at the terminating 
switch, an answer message (ANM) is formulated 
(OPC = 2, DPC = 9, CIC = 4000) and sent to the 
SSC via the SPM. The SSC modifies the ANM (OPC 
= 9, DPC = 1 , CIC = 3000) and forwards the ANM «o 
to the SPM associated with the originating switch. 
The SPM converts the ATM cells to SS7 format and 
forwards the ANM to the originating switch. 

Step 9 45 

At this point, the call is connected and conver- 
sation may take place. 

Step 10 

A release of the call is made at the originating so 
switch (calling party hangs up). This is shown only 
for purposes of illustration, as it would be readily un- 
derstood that the sequence of events which follow 
would be a mirror image of those described if the 
call were released by the called party. 55 

Step 11 

A release message (REL) is built by the origi- 



nating switch and passed to the associated SPM 
which packs the contents of the message into ATM 
cells and transfers the cells to the SSC. 

Step 12 

The SSC instructs the originating and terminat- 
ing SPMs to release the association of the trunk 
member (CIC) to the SVC for this calk The cross- 
connection is released and the connection informa- 
tion for the call is discarded. The SSC may be en- 
abled to either cache the SVC or release it. In this 
example, the SVC is released. The REL is then for- 
warded to the terminating switch with appropriate 
changes made to the OPC, DPC and CIC. 

Step 13 

Normal release procedures are followed at the 
terminating switch. 

Step 14 

The release procedure is completed when the 
terminating switch passes a release complete mes- 
sage (RLC) to the associated SPM which transfers 
the message to the SSC where the message is 
modified as described above and transferred via the 
associated SPM to the originating switch. 

[0046] Although the signaling messages described 
above were transferred through the transit trunk subnet- 
work 50, it will be understood by those skilled in the art 
that the SSC 60 may be connected directly to the com- 
mon channel signaling network (not shown) so that sig- 
naling messages can be exchanged over the common 
channel signaling network between the SSC 60 and the 
originating and terminating switches. 
[0047] Figure 7 is a schematic diagram of another call 
walk through model for the basic transit trunk subnet- 
work system shown in Figure 2. This call walk through 
model, like the call walk through model shown in Figure 
6, involves an originating switch (PC = 1) and a termi- 
nating switch (PC = 2). However, in this implementation 
a transparent routing method is used in which the PSTN 
switches are not aware of the ATM network and are pro- 
visioned to formulate SS7 messages as if direct trunks 
existed to other switches served by the transit trunk sub- 
network. Consequently, the originating switch formu- 
lates an I AM with a DPC = 2, instead of DPC = 9. Thus, 
the IAM as well as other messages are addressed in 
such a manner that the transit trunk subnetwork does 
not appear to exist. As a result, the signaling system and 
associated ATM network are transparent to the PSTN 
switches it serves. This has the advantage that the SSC 
60 does not have to maintain a call connection memory 
or associated connection mapping information during 
the call. 

[0048] The call walk through for the transparent rout- 
ing involves the following steps: 
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Step 1 

Incoming call set-up signals are received at the 
originating node. The following steps are performed 
in association with the call set-up: 

5 

a) translations are performed using portions of 
the dialed number; 

b) the routing function selects a terminating 
trunk group; 

c) a trunk member is seized (for example, trunk 10 
member with a CIC = 100). 

Step 2 

An IAM is built and transmitted on the signaling 
link belonging to a routeset associated with DPC = 1$ 
2. 

Step 3 

The signaling link associated with DPC = 2 is 
connected to the SPM associated with the originat- 20 
ing switch. The SPM receives the SS7 IAM, extracts 
the ISUP information and packs it into ATM cells 
which it then transfers to the SSC through the ATM 
network. The SSC receives the IAM, but does not 
process it beyond message discrimination. The re- 25 
ceipt of the IAM triggers the SSC to perform the fol- 
lowing actions: 

a) using the OPC and DPC as indexes, look up 

the ATM end system address (AESA) for the & 
originating and terminating switches (use of the 
CIC is also required if a switch is connected to 
more than one SPM); 

b) a check is made to see if an ATM virtual path 
SVC already exists between the originating and 35 
terminating SPM; 

c) the virtual circuit channel identifier (VCCI) is 
set to be the same as the trunk CIC; 

d) using either delegate signaling or Q.2931 
proxy signaling, a connection is set up between 40 
the two end point addresses (AESA-original, 
AESA-terminating) if a cached SVC does not 
exist. 

Step 4 45 

A message is sent to the respective SPMs as- 
sociated with the originating and terminating switch- 
es instructing them to perform an association of the 
trunk with the virtual path for the call. This transac- 
tion must be acknowledged (not shown) by both so 
SPMs before proceeding. 

Step 5 

The IAM is transferred without modification to 
the SPM associated with the terminating switch. ss 



knowledge of the intervening ATM system. 
Step 7 

When the terminating switch has determined 
that the called party phone is idle, an ACM contain- 
ing OPC = 2, DPC = 1, and CIC - 100 is built at the 
terminating switch and forwarded using an appro- 
priate routeset to the SPM associated with the ter- 
minating switch. The ACM is transferred to the SSC 
as described above and transferred to the SPM as- 
sociated with the originating switch. Connection be- 
haviour internal to the originating and terminating 
switches is performed normally without awareness 
of any ATM connection segment in the call. 

Step 8 

When the called party answers, an ANM is built 
using the codes OPC = 2, DPC = 1 , and CIC = 1 00, 
which is transmitted back to the originating node as 
described above. 

Step 9 

At this point, the call is connected and conver- 
sation may take place. 

Step 10 

In this example, the call is released when the 
calling party goes on hook (hangs up). 

Step 11 

The trunk member is idled, which triggers the 
SPM to release the cross-connect to the SVC that 
was connected to that trunk member. 

Step 12 

An REL message is formulated and sent to the 
SPM associated with the originating switch. The 
SPM transfers the message contents to the SSC. 

Step 13 

The release message is forwarded without 
modification to the SPM associated with the termi- 
nating switch. At this point, the SSC determines 
whether to maintain the virtual path or release it. In 
this example, the SSC determines that the SVC 
should be cached and the SVC is therefore not re- 
leased. 

Step 14 

Normal release procedures are followed at the 
terminating switch. 

Step 15 

Idling the trunk on the terminating SPM triggers 
the SPM to release the cross-connect between the 
trunk circuit and the SVC. 



Step 6 

Call processing at this point continues without 



Step 16 
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The release procedure is completed by return- 
ing an RLC to the originating node from the termi- 
nating node, as described above for the REL mes- 
sage. 

[0049] Although the ISUP messaging described with 
reference to Figure 7 was done through the transit trunk 
subnetwork, it will be understood by those skilled in the 
art that, as described above with reference to Figure 6, 
the SSC 60 could be connected directly to the common 
channel signaling network. 

[0050] The present invention described herein is a 
transit trunk subnetwork which can significantly in- 
crease the traffic capacity and traffic movement efficien- 
cy between existing narrowband switching systems. It 
is to be observed, however, that the present invention 
is not limited to the structures and features explicitly 
shown in the drawings, and may be modified for partic- 
ular environments as would be understood by a person 
of ordinary skill in the art. The invention is therefore in- 
tended to be limited only by the scope of the appended 
claims. 



Claims 

1 . A transit trunk subnetwork for interconnecting a first 
synchronous transfer mode switching system to a 
plurality of other synchronous transfer mode switch- 
ing systems using a first communications trunk con- 
nected between the first synchronous transfer 
mode (STM) switching system and an asynchro- 
nous transfer mode (ATM) switching system, and 
second communications trunks connected between 
said other STM switching systems and the ATM 
switching system, and interfaces respectively con- 
necting said first and second trunks with said ATM 
switching system, -said interfaces converting bear- 
er traffic from STM format to ATM format, and fur- 
ther converting bearer traffic from ATM format to 
STM format, characterized by: 

a signal controller for interpreting signaling 
messages associated with calls transferred through 
the ATM switching system and for mapping the 
movement of the signaling messages between said 
first STM switching system and said other STM 
switching systems. 

2. The transit trunk subnetwork as claimed in claim 1 
wherein said signal controller is adapted to identify 
ATM addresses of said interfaces associated with 
said first STM switching system and said other STM 
switching systems. 

3. The transit trunk subnetwork as claimed in claims 1 
or 2 wherein said signal controller controls the es- 
tablishment of virtual circuits within said ATM 
switching system. 



4. The transit trunk subnetwork system as claimed in 
claim 3 wherein said signal controller controls the 
mapping of virtual circuits between said first and 
second trunks and said interfaces. 

5 

5. A transit trunk subnetwork as claimed in any pre- 
ceeding claim wherein the STM switching system 
is an access tandem. 

10 6. A transit trunk subnetwork as claimed in any pre- 
ceeding claim wherein the STM switching system 
is an end office. 

7. A transit trunk subnetwork as claimed in any pre- 
r5 ceeding claim futher comprising a management 

system for managing bandwidth demand of said 
ATM switching system, wherein said signal control- 
ler and management system are independent of 
said exchange carriers and said access tandems. 

20 

8. The transit trunk subnetwork as claimed in any pre- 
ceeding claim wherein said interfaces comprise 
stand-alone interface platforms connected to each 
of said exchange carriers, so as to transfer bearer 

25 traffic from said local exchange carriers to said ATM 
switching system. 

9. The transit trunk subnetwork as claimed in claim 6 
wherein said stand-alone interface platforms are in- 

30 terconnected by the ATM switching system such 
that said stand-alone interface platforms can direct 
bearer traffic from one local exchange carrier 
through said ATM switching system to another in- 
terface connected to another local exchange carri- 
35 er. 

10. The transit trunk subnetwork as claimed in claim 5 
wherein said access tandem interprets a signaling 
message related to a call setup and either directs 

40 the call to said ATM switching system or to an in- 
terchange carrier, based on said signaling mes- 
sage. 

11. The transit trunk subnetwork as claimed in claim 9 
45 wherein one of said end offices translates a called 

number and either diverts a call associated with the 
called number to said ATM switching system, or an 
access tandem. 

so 12. The transit trunk subnetwork as claimed in claim 11 
wherein said called number is indicative of a non- 
featured telephone call. 

13. The subnetwork system as claimed in claim 11 
55 wherein said called number is indicative of an end- 
featured telephone call. 

14. The subnetwork system as claimed in claim 11 
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wherein said called number is indicative of a 
source-featured telephone call. 

1 5. The transit trunk subnetwork as claimed in any pro- 
ceeding claim wherein the transit trunk subnetwork s 
is configured as a virtual tandem switch for inter- 
connecting end offices of local exchange carriers to 
carry bearer traffic between the respective end of- 
fices and the signal controller interprets signaling 
messages associated with calls handled by the vir- 10 
tual tandem switch and maps the movement of the 
signaling messages between said end offices 

16. A network comprising at least two asynchronous 
transfer mode (ATM) switching systems respective- *5 
ly connected by a first communications trunk to a 
first synchronous transfer mode (STM) switching 
system and by second communications trunks to 
other STM switching systems by interfaces respec- 
tively connecting said first and second communica- 20 
tions trunks with said respective ATM switching sys- 
tems, said ATM switching systems being intercon- 
nected, characterized by: 

a signal controller for each of said ATM 
switching systems, the signal controllers interpret- 25 
ing signaling messages associated with calls trans- 
ferred through the ATM switching system and map- 
ping the movement of the signaling messages be- 
tween said first STM switching system and said oth- 
er STM switching systems; and a management sys- 30 
tern for each of said ATM switching systems, the 
management system managing bandwidth demand 
at said interfaces with said respective ATM switch- 
ing systems. 

35 

17. The network as claimed in claim 16 wherein move- 
ment of signaling messages within a given ATM 
switching system is controlled by said respective 
signaling controllers. 

40 

18. The network as claimed in claims 16 or 17 wherein 
said signal controllers and management systems 
are independent of said STM switching systems. 

19. A method for expanding the communications ca- 
pacity of a pre-existing network, said pre-existing 
network including synchronous transfer mode 
(STM) switching systems interconnected by trunk 
connections, said method comprising the steps of: 
overlaying said STM switching systems with an so 
asynchronous transfer mode (ATM) subnetwork; 
and interconnecting said ATM subnetwork and said 
STM switching systems using interfaces configured 

to convert: (1) incoming bearer traffic directed to 
said subnetwork from a synchronous transfer mode ss 
to asynchronous transfer mode, and; (2) outgoing 
bearer traffic directed away from said subnetwork 
from asynchronous transfer mode to synchronous 
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transfer mode, characterized by: 

interconnecting a signal controller with said 
ATM subnetwork, said signal controller being con- 
figured to interpret signaling messages associated 
with calls directed to the subnetwork and map the 
movement of signaling messages between said 
STM switching systems and said subnetwork. 

20. The method as claimed in claim 1 9 further including 
a step of: 

utilizing said signal controller to direct signal- 
ing messages received from a first STM switching 
system at a first interface across said ATM subnet- 
work to a second interface with said ATM subnet- 
work, and on to a second STM switching system. 

21. The method as claimed in claims 19 or 20, further 
including a step of: 

connecting said ATM subnetwork to at least 
one other ATM subnetwork of interconnected ATM 
switches. 

22. The method as claimed in claim 1 9 further including 
a step of: 

utilizing said signal controller to establish per- 
manent virtual circuits across said ATM subnetwork 
between said interfaces and said signal controller. 
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